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REMARKS 

The OfQce Action of October 14, 2005 has been carefully reviewed and tiiis responso and 
request for continued examination is ^plicants' response thei^. Claims U2ii are pending in 
this application. Claims 1-9 and 11-22 stand rejected. In view of the above amendments and the 
remarks below, the Applicants believe all the claims are in condition for allowance and 
respectfully request such action. 

Claim 10 wa5 not addressed in the Final Office Action. As claim 10 was previously 
amended so that claim 10 properly depends from claim 9, the rejection under 35 US.C. § 112 
was traversed. Accofdingly, claim 10 is believed to be allowable and notification of same is 
respectfully sought. 

NewClamis 

Claims 23-26 are new and are directed toward a method that is related to the subject 
matter recited in claim 12, thus no new matter has been added. Applicants submit that ckums 
23-26 are in condition for allowance because the references of record fail to disclose such a 
method and notification of same is earnestly sought 

Amended Chrims 

Independent claim 1 was amended to recite '"wherein each of the at least two fixed length 
filters has an oflset value corresponding to one of the at least two clusters." Siqiport for this is at 
least found on page 7, paragraph 28 of the specification as filed, thus no new mattur has been 
added. 

Claim 21 has been amended to correct a minor informality, however no ckmge in the 
scope of claim 2 1 was intended or believed to have been made. 

Rejection Under 3S USC 8102 - Lakshman 

Qaims 1-9 and 1 1-22 stand rejected under 35 USC § 102(b) as being anticipated by U.S. 
Patent No, 5,951,651 to Lakshman, et aL ("Lakshman*^. 

Lakshman discloses a method of filtering packet in a router. (Lakshman, Abstract). 
Lakshman explains that a range of IP addresses can be filtered for each rule so a rango fi 
represents a range corresponding to a mle ri, 6 represents a range for rule and so on. 
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(Lakshman, C. 3, L. 36-54). Lakshman goes on to explain that the start and tennination address 
points of each filter line fi through £, are projected to create an aixay of window partitions as 
disclosed in Figure 3, provided helow: 



FIG. 3 




(Lakshman, Figure 3). Then, for each window, wj, corresponding to a range of IP vahies, a svit of 
rules that ^lies to that window wj can be detennined. (Lakshman, C. 4, L. 4-21). Thus, 
Lakshman allows a router to determine how to route packets based on a set of rules 
coire^onding the source or destination IP address. However, as the OfBce Action admits, 
Lakshman is silent on the notion of fixed length filters. In addition, Lakshman fails to discuss 
identiiying clusters of discr^ segm»ts of data in packets. 

Turning to independent claim 1, the features of "a mapping module that contains conti-ol 
logic for performing steps comprising" **receiving the identification of at least two clusters of the 
discrete segments of data" and "selecting at least two of a plurality of fixed length filters to filter 
the at least two clusters, whoiein each of the at least two fixed length filters has an offset values 
conesponding to one of the at least two clusters" are recited. Applicants lespectfliHy submit 
these features are simply absent for Lakshman. 

Looking first at the feature of •'receiving the identification of at least two clusters of the 
discrete segments of data/' the Office Action suggests that this is disclosed in Lakshman at C, 4, 
L. 48-54. Applicants respectfully submit, however, that the section in Lakshman tliat the Office 
Action has cited to does not disclose '"'receiving the identification of at least two clusters of tlie 
discrete segments of data" but instead explains that a parameter of the packet, such as the source 
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IP address, is compared with the window interval wj of IP address ranges to determine which 
filters are appHcable to a packet with that source address. There is no mention ofreodving ihe 
identification of at least two clusters of discrete segments of data as recited in claun 1, 
Apphcants respectfully submit tiiat Ihe only id»tiflcation disclosed in Lakshman is the 
identification of which window interval Wj the padcet fits in. Thus, Lakshman di^sloses varving 
which filters are being used based on what IP address the source address of the piicket. 
However, the identification of which window of IP address ranges fhe packet corresponds to 
cannot be conq)aFed to the "identification of at least two clusters of the discrete segments of 
data." 

The Office Action further indicated that the packets of data in Lakshman ocntain 
segments of data, pointing to Figure 1. Applicants agree that the packets of data <li5closed in 
Lakshman contain segments of data, indeed fliis is a basic property of packets. However, tfai-4 
does not address Ihe feature "receiving the identification of at least two clusters of the discroe 
segments of data" as claimed. Applicants respectfully submit tiiat Lakshman feik to disdosc 
such a concept. Nor is such a disclosure inherent in Lakshman. As disclosed in the pending 
qiplication at page 1, paragraph 3: 

When a single filter is utilized to filter bits 0-40. the desired clusters are filtered 
along with several bits of unneeded data. As a result, file size of the filta- is 
unnecessarily large. 

Turning to fiie second feature "selecting at least two of a plurality of fixed lengdi fittt is 
to fiher the at least two clusters, whoein each of the at least two fixed length filters has an oflsrt 
value coiresponding to one of the at least two chistos," the Office Action admits that Lakshman 
&iis to expressly disclose fixed tengfli filters but suggested that tibe filteis disclosed in Lakshman 
are inherently fixed in length because they have a starting and stopping point. >^)licant$ 
submit, however, that the filters disclosed in Lakshman, to the extent they are fixe»l, are only 
disclosed as being fixed wifii respect to the starting and stopping point in the range of IP 
addresses. Thus, there is no disclosure at all in Lakshman regardiog fixed length filters as lec ited 
in claim 1. 

To the extent that tiie filters of Lakshman are iuherraitly fixed in length, which AppUcimts 
note is not discussed in Lakshman and, thereftjre, does not appear to be si^orted, there is stil t 
no discussion of offeet value for the filters. ITie only thing that could be considered to be close 
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to an offset relates to the IP range that a particular rule is appUed to. However, an offket in the 
range of IP addresses that a rale is applied to cannot be equated to offset value related to the 
location of a filter in a segment of a packet. 

Furtfaennore, claim 1 recites a mapping module that contains logio to perl'orm the steo of 
"selecting at least two of a plurality of fixed length fflters to filter the at least two clusters^ 
wherein each of the at least two fixed lengtti filters has an oflFset value coiresponding to one of 
the at least two clusters," To the extent that Lakshman can be aigued to inherently disclose 
similar fimctionality, which Applicants do not believe is at all siqyported, Lakshman completely 
fails to disclose such a step. Nor does Lakshman provide any suggestion that could be used lo 
modify Lakshman to reach die features claimed in claim 1 . 

Therefore, for at least the above reasons, AM)Iicants respectfully submit tliat Lakshm:in 
&ils to disclose the subject matter claimed in claim 1 , 

Ind^endent claim 12 is dit^ected towatd a method dial recites a stq) simikir to the 
""receiving an identification, . step in claim 1 . Applicants respectfully submit thtrt even if 
Lakshman could be construed to disclose similar functionality, Lakshman plainly does not 
disclose such a stq> in the generation of a map that may be used by a filter module. Therefore, 
for at least the reasons discussed above with respect to this limitation in claim 1, tills feature of 
claim 12 is not disclosed in Lakshman. 

Independent claim 1 8 recites a computer readable medium containing computer 
executable instructions for causing a mapping module to perform the step of *^ceiving die 
identification of at least two clusters of the discrete segments of data." For at least the reasons 
discussed with regard to claim 1 and 12, this feature is not disclosed in Lakshman. 

Claims 2-1 1 depend fit»m claim 1 and are not disclosed in Lakshman for the reasons 
discussed above with respect to claim 1 and for the additional limitations recited tlierein. 

For example, claim 2 recites *Svherein the plurality of fixed length filters hjrve a common 
length" and this is not disclosed in Lakshman. While the Office Action suggested (hat this 
feature could be found in Lakshman, C. 4, L. 30-33, this portion of Lakshman merely discloses 
that bit vectors, which are not filters, may be of common length such as 512 bits. Applicants 
respectfully submit that as Lakshman is silent on the notion of fixed filters to begin with, 
something the Office Action admits, Lakshman cannot logically disclose fixed lentlh filters 
having a common length. 
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Similarly, Lakshman &ils to disclose filters having a fixed length of 2 byles as recited in 
claim 3. Applicants note ttiat Figure 5 faUs to provide any indication of the length of the bit 
vector 7Sb and fijithcnnore, the bit vector 75b is not a filter. Fiirthcmiore, Lakshman suggests 
that the bit-vector is 512 bits long and ibat is not the same as 2 bytes. Therefore, the OflSce 
Action's reasoning does not sem to be supported. 

In addition, Lakshman fiuls to disclose 'Vherein the plurality of fixed lenjjth filters is 
configured so that each of the plurality of fixed length fUters has an offset value corresponding to 
one of the discrete segments of the packet*' as recited in claim 4. The Office Action suggests that 
Lakshman discloses this at C. 4, L 41-44, however, this section of Lakshman doesn't discuss 
offsets of filters but instead discusses bit-vectors havmg logical values so as to indicate whicli 
filters are to be used for a particular wmdow Wi. And as previously noted, flie onlyr of&ets 
Lakshman even mentions with respect to filters lelates to a range of IP values that the filter 
would apply to, not the ofiset value as recited in claim 4. As the specification of Ihe present 
application makes clear on page 4, paragraph 21, "An of&et value identifies a poijit, fiwm the 
beginning of a packet, at which a given filter will begin fihering operations.'' Applicants 
respectfiiUy submit that this concept is simply absent fiom Lakshman. 

In addition^ Lakshman fails to disclose *'wherein at least one of the plur^ity^ of fixed 
length filters has an offset value of 0" as recited in claim 5. The Office Action suf^gests that 
Lakshman, C. 4, L, 33-34 somehow discloses this but that section of Lakshman merely discloses 
that each bit value of the bit vector corresponds to a fiUer and initially the logical \'alue of the bit 
is zero, thus indicating that the filter corresponding to that bit value is not being used 
Applicants r^ectfixUy submit that a logical value of "0*' in a bit vector, Miiich is not related to 
the location of the filter but is instead related to whether the filter is used, cannot be equated v^ith 
an offset value of 0. 

Claims 13-17 depend ftom claim 12 and are not disclosed in Lakshman for at least the 
reasons discussed above with respect to claim 12 and for the additional Kmitations recited 
therein. 

Claims 19-22 depend fiom claim 1 8 and are not disclosed m Lakshman for at least the 
reasons discussed above with respect to claim 18 and for the additional limitations recited 
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Accordingly, as all the pending claims 1-9 and 11-22 have at least one limitations not 
disclosed by Lakshman, withdrawal of fhis ground of rejection is respectfully requested. 

Applicants respectfully submit that the instant plication is in condition f<ir allowance. 
A notice to this effect is respectfully requested. Please feel free to contact the undersigned 
should any questions arise with respect to this case that may be addressed by telephone. 




Date: January 17, 2005 

Charles L. Ivliller L 
Registration No. 43,805 

Banner & Witcoff, Ltd. 
10 South Wacker Dnvo 
Suite 3000 

Chicago, Illinois 60606 
Telephone: 312-463-5000 
Facsimile: 312-463-.i001 
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